home *** CD-ROM | disk | FTP | other *** search
/ Magnum One / Magnum One (Mid-American Digital) (Disc Manufacturing).iso / d20 / zmh124.arc / CHANGES.TXT next >
Text File  |  1991-09-16  |  4KB  |  99 lines

  1.  
  2.  
  3.  
  4.                          ZMailH Changes Document
  5.                         Changes from 1.16 to 1.20
  6.  
  7. ZMailH 1.16 to 1.20
  8.  
  9. -  Removed delay at runtime from 1.16 code.  Overall, an estimated
  10.    10% increase in speed was encountered during testing.
  11.  
  12. -  Raised heap limit from 99k to 250k.  Added memory report with
  13.    estimation of maximum number of areas supported.
  14.  
  15. -  Fixed bug which caused many messages crossing zones to "bounce"
  16.    back to their source as duplicates.
  17.  
  18. -  Implemented swapping to EMS or to disk when shelling to archivers
  19.    and/or de-archivers.  Zmail will occupy no more than 4k of memory
  20.    while in the shell.  For systems without EMS, a new control file
  21.    word, SWAPPATH, has been added.  SWAPPATH will allow the user to
  22.    specify a path (a ramdisk is recommended) for the swap file.  Swap
  23.    file size could approach 450k in size.
  24.  
  25. -  Implemented locking schemes for QuickBBS, Remote Access, and SuperBBS
  26.    systems.  To support different locking schemes, the following control
  27.    file words were added:
  28.               QUICKLOCK  --  QuickBBS 2.75 (Gamma-2 or higher)
  29.               RALOCK     --  Remote Access (1.00 or higher)
  30.               SBBSLOCK   --  SuperBBS (1.12 Beta 12 or higher)
  31.  
  32. -  Fixed Zmail-produced date/time format to compliance with FTS-0001
  33.    requirements.
  34.  
  35. -  Fixed bug which caused all exported netmail to be marked as crash.
  36.  
  37. -  Fixed RA Netmail-reply bug.  Imported messages will no longer have the local
  38.    bit set.  Matter of fact, it will specifically be turned OFF.
  39.  
  40. -  Fixed bug on export which was preventing SENT marking of exported messages.
  41.  
  42. -  Fixed bug which was causing corruption of messages in packets on FrontDoor
  43.    systems during attempts to free disk space.
  44.  
  45. -  Established locking of the first byte of the signature file so that two
  46.    copies of Zmail will not be allowed to run simultaneously.  This is
  47.    necessary to prevent corruption of the signature file.
  48.  
  49. -  Many system's failure to use the seconds field in the date/time stamp can
  50.    lead to false dupe detection on messages where the To, From, and Subject
  51.    lines are identical.  This version, when exporting, puts a value into the
  52.    seconds field to provide at least SOME uniqueness and prevent MOST such
  53.    false dupe detections both on export and on future systems.
  54.  
  55.  
  56. ZMail 1.20 to 1.21
  57.  
  58. -  Fixed minor but potentially serious bug involving file locking.
  59.    Error in locking would cause some machines to hang at times.  Now,
  60.    ZMailH will lock byte 408 of MSGINFO.BBS to prevent other copies
  61.    of Zmail from running.
  62.  
  63. -  Fixed some minor documentation errors in orderfrm.txt.
  64.  
  65. ZMail 1.21 to 1.22
  66.  
  67. -  Fixed bug involving bad date/time stamps which somehow escaped detection
  68.    by beta testers.
  69.  
  70. -  Input better method for creating unique seconds field entries on ZMail
  71.    exports from Hudson message bases.
  72.  
  73. ZMail 1.22 to 1.23
  74.  
  75. -  Fixed bug found by an end user which could lead to bad message numbing
  76.    on import in a mutli-line environment.
  77.  
  78. ZMail 1.23 to 1.24
  79.  
  80. -  ZMail no longer marks imported messages as SENT.
  81.  
  82. -  ZMail no longer requires local bit be set for messages to export so
  83.    long as the message export is part of an ECHOMAIL.BBS scan and NOT part
  84.    of a full message base scan.  When scanning the whole message base, the
  85.    local bit is still required before ZMailH will export the message.
  86.  
  87. -  ZMail will accept ZMAILPATH as a replacement for the ZZYZXPATH control
  88.    file word.
  89.  
  90. -  Enabled workaround for bug inherent to FrontDoor editors.  FM (the
  91.    FrontDoor Editor program) has a nasty habit of taking messages which
  92.    are replied to (not just the replies, but the original messages) and
  93.    setting the "Unmoved Outgoing Echomail" bit.  This causes those messages
  94.    to often be re-exported the next time ZMail does a full message base scan.
  95.    ZMail now compensates through the use of the FDFIX control file word.  ALL
  96.    systems which use the FrontDoor editor should include the FDFIX control
  97.    file word or else risk major duplicate message production!
  98.  
  99.